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(54) Abstract Title 

Transmission of voice over packet-switched systems 

(57) Transmission of voice over internet protocol is achieved in a Universal Mobile Telecommunications 
System (UMTS) by using a hybrid mode of attach whereby the speech bearer path from a mobile phone (1) is 
transported to the network controller (4) in circuit-switched mode and from there onwards in packet mode The 
control signalling from the mobile phone (1) is sent over internet protocol to the core network (9) The 
invention has the advantage of providing the optimised speech path by using the most appropriate parts of 

ZZZS ££ ^ ^ ket - switch f d domains - * us ' e™°«"9 voice calls, facsimile transmissions and 
computer-generated data to be transported over a single data network. 
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Transmission Of Voice Over Packet-Switched Systems 

This invention relates to telecommunications system and particularly to 
the transmission of voice over packet-switched systems. 

5 

At present business companies maintain two separate networks. One for 
their computers and the other for telephones and faxes. The former is based 
on packet-switch technology and connects the company's computers among 
themselves and to the outside world through the Internet. In this way, emails 
10 and file transfer is achieved at low cost. The latter is based on circuit-switch 
technology and connects the company's telephones and fax machines 
among themselves and the outside world through trunk exchanges. 
However, long distance voice and fax calls are expensive. 

15 In a circuit switched system, when a user starts to make a call, a circuit is 

established between the user and the network which is maintained for the 
duration of the call with nobody else being able to use that particular resource for 
its duration . 

20 In a packet switched system, no permanent connection is established. 

Instead, the user equipment collects data from the user until its buffer is full, then 
requests a short slot from the network to transmit the packet of data. It then 
relinquishes the network resources and waits for the buffer to fill again. Packet 
switching comes in two guises - connection oriented and non-connection 

25 oriented. In the case of connection oriented, a virtual circuit is established 
between the transmitter and the receiver, passing through the switching nodes 
when the first packet is received. All subsequent packets received for the same 
destination travel via the same route. Further, they will be received in the order in 
which they are transmitted. In the case of non-connection oriented, each packet 

30 is treated as if no previous packet had been sent. Potentially, a packet could be 
sent via a different route from the previous packet and hence the packets might 
not arrive at the receiver in the order that they were sent. The receiver then 
requires a sufficient buffer that it can correctly order the data prior to presenting it 
to the user. 

35 

Circuit switching provides a low and known delay but uses resources 
inefficiently compared to packet switching. Broadly, circuit switching is 



suitable for speech whilst packet switching is suitable for data. Known 
packet switching methods are unsuitable for speech because the delays 
suffered by each packet can be variable, resulting in significant and 
unwanted speech delay. 

If all speech and fax calls could be made over the computer (data) 
network without the disadvantage of transmission delays, then considerable 
cost-savings could be achieved, plus there would be only one network to 
manage. Hence Packet-Voice, (also called Voice over IP (Internet Protocol) 
and IP Telephony) is a very attractive option. 

Packet-voice is also being pursued in wireless/mobile communications for 
the third generation system known as Universal Telecommunications System 
(UMTS). 

In UMTS, a radio network controller (RNC) communicates with a number 
of base station transceivers (termed Node B's) which in turn commmunicate 
with a number of user terminals often termed user equipments (UE). The 
user equipment may be a mobile phone,lap-top computer, paging device 
etc. The user equipment, node B and RNC equate to the mobile station, 
base station transceiver and base station controller of the global 
communication system (GSM) or general packet radio system (GPRS). 

Sending speech directly in the IP domain over the air interface in UMTS 
is possible but not efficient. 

This invention aims to improve bandwidth efficiency over the air interface 
(Mobile station to NodeB/RNC) while delivering voice over packet in UMTS 
networks. 

According to a first aspect of the present invention there is provided 
a method for transmitting speech in a telecommunications network which 
includes a network controller and at least one user terminal having a user 
terminal address, the method including the steps of; 

at the user terminal, 
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setting up a communications link with the network controller, sending speech 

samples to the network controller, and at the network controller, 
acquiring an Internet Protocol Address for the user terminal, 
performing a mapping between the user terminal address and the Internet 
5 Protocol address, converting the speech samples received from the user 

terminal to packetised speech, and transmitting the packetised speech to 
a remote part of the network. 

According to a second aspect of the invention there is provided an apparatus 
10 for enabling transmission of speech in a telecommunications network, the 
apparatus including; 

means for receiving speech samples from a user terminal having a user 
terminal address, means for acquiring an Internet Protocol Address for the 
user terminal, a voice proxy means for mapping the user terminal address 
15 with an Internet protocol address, means for converting the received speech 
into packetised speech, and means for transmitting the packetised speech 
to a remote part of the network. 

According to a third aspect of the invention there is provided a user terminal 
20 having a user terminal address and adapted to transmit speech samples to a 
network controller in a telecommunications network, the user terminal including 
means for performing a packet switched attach procedure with the network 
controller by providing to the network controller the user terminal address and 
the type of attach mode required. 

25 

In one embodiment, the present invention proposes a new UMTS hybrid 
mode of attach whereby the speech bearer path from the mobile user is 
transported to NodeB/RNC in circuit mode and from there onwards in packet 
mode under a UMTS packet switch attach. The control signalling from the 
30 mobile user is sent over IP all the way to the core network. This is achieved 
by using a novel architecture, three protocol planes at generic level and 
basic signalling to be described in detail herebelow. 
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Hence the invention can provide a hybrid mode of (circuit/packet) speech 
service over UMTS . Conventional air-interface bearers are used but with IP 
multi-media based signaling. 



The invention also can provide an optimised speech transmission path 
for UMTS using the best parts of both the existing packet switched and circuit 
switched domains in a novel way. It also provides an optimised air-interface for 
speech but can be extended to cover other real-time services, for example 
5 video. 

From the mobile user right up to the core network, control signalling is 
implemented over IP. 

10 Implementation of the invention can yield near optimal VoP performance. 

Advantageously, existing circuit switched transcoder and rate adaptation units 
(TRAUs) may be employed at the circuit gateway. Furthermore, 
no new compression technique is required over the air-interface and IP is used 
only where it is efficient to do so. 

15 

Some embodiments of the invention will now be described by way of 
example only, with reference to the drawings of which; 

Fig. 1 is a schematic block diagram of a hybrid mode packet-voice 
20 architecture in accordance with the invention and suitable for UMTS release 
2000; 

Fig. 2 is an illustration showing UMTS control plane protocols for use in 
the architecture of Fig. 1 , 
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Fig. 3 is an illustration showing hybrid transmission of-IP signalling 
protocols over the UMTS plane for use in the architecture of Fig. 1, 



Fig. 4 is an illustration showing voice over packet transmission plane 
30 protocols for use in the architecture of Fig. 1 , and 

Fig. 5 is a signalling diagram illustrating the basic signalling involved in the 
operation of the invention. 

35 The example described below relates to a call initiated by a user 

equipment but the invention can also apply to a call terminating at the user 
equipment. 
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In Fig. 1 , a user equipment (UE), which in this example is a mobile phone, 
1 communicates across a UMTS interface Uu,2, with one of several node B's. 3. 

5 Each node B 3 is linked to an RNC 4. Also linked to the RNC 4 is a voice 

proxy server (VPS) 5 and an enhanced GPRS support node function (E-SGSN) 
6. The RNC 4 and the E-SGSN 6 communicate via an lu-packet switched 
interface lu-PS. The VPS and the RNC are each provided with a UMTS to IP 
bearer mapping functionality UIBMa, 7 and UIBMb, 8, respectively. These two 

10 modules 7, 8perform address mappings for both caller and callee to the IP 
address as required. The E-SGSN 6 is linked to an Internet Protocol core 
network, IP CN 9. The IP CN 9 has further links to a voice-capable Internet 
service provider, VC-ISP 10, a third generation (UMTS) gateway GPRS support 
node, 3G-GGSN 1 1 , a circuit gateway, CGW 12 and a signalling gateway, SGW 

15 1 3. The 3G-GGSN 1 1 is connected to a packet data network PDN 14 which 
serves a user of a voice-capable computer terminal 15. The SGW 13 interfaces 
with a legacy circuit-switched system CS 16 which in turn serves a fixed 
telephone handset 17 and a mobile phone 18 via a public land mobile network, 
PLMN 19 and node B 20. A call-state control function 21 is linked to the 3G- 

20 GGSN11. 

The architecture of Fig. 1 enables the UE 1 to make UMTS optimised 
packet switched (Voice over Packet) voice calls of toll quality to fixed or 
mobile telephones through a legacy CS network 16 and also to voice- 
25 capable personal computers through the Internet or other packet data 
network 14. This is accomplished by operating a packet switch attach with 
optimised bearer path using the best of circuit switched and packet switched 
bearer controls. 

30 The component called E-SGSN 6 is an entity which performs the serving 

GPRS support node function (SGSN) plus 0.408 Proxy, IP multi-media based call 
control protocol and existing legacy signalling. Note that 0.408 Proxy is a limited 
0.408 stack of Packet Mobility Management and Session Management only. The 
mechanism builds on what came from a circuit-attach between UE 1 and RNC 4. 

35 Mobility is handled by packet mobility management. The setting up of a session 
is achieved by Session Management. In this example a session initiation 
protocol (SIP) is used to set up a speech call upon a particular session. This is 
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implemented by incorporating a session initiation protocol architecture on the UE 
1 and the E-SGSN in the network. The 0.408 Proxy (packet mobility 
management-session management) protocols are terminated inside the SGSN 
functionality which is embodied within the E-SGSN. The RNC 4 has a two-way 
5 connection to the Voice Proxy Server (VPS) 5 which acts as a UMTS IP Bearer 
Mapper (UIBM). 

The UE 1 acquires a temporary IP address from the VC-ISP 10 in 
conjunction with the 3G-GGSN 1 1 . The UIBM functionality enables the UE 1 to 

10 send speech in circuit mode up to the RNC 4 and in packet mode from the RNC 
4 onwards. From the E-S GSN, the user speech is sent to the Core Network 9. If 
it is destined for a packet switched user then it goes directly to the relevant PDN 
14 or Internet as appropriate. On the other hand if the destination is a circuit 
switched user then the signalling part is sent to the Signalling Gateway (SGW) 13 

15 and the packet-speech part is sent to the Circuit Gateway (CGW) 12. The E- 
SGSN 6 controls the data path using an IP multimedia based call control model. 

The SGW 1 3 is a signalling component that provides message exchanges 
between signalling system SS7-based circuit-switched networks and packet 

20 networks. It allows users to operate in a seamless environment for voice and 
data services. The CGW 12 is a network switching component that allows voice 
calls to be distributed from a packet-switched network to a circuit-switched one 
and vice versa. In addition, it performs GSM-to-PCM (pulse code modulation) (16 
to 64kb/s) conversion and reverse; rate adaptation; equalisation; silence 

25 suppression; echo cancellation; tone detection and generation. The bearer path 
is controlled through Media Gateway Control Protocol (MGCP) from the session 
initiation protocol call model to the CGW 12 for circuit switched connection. 

Figure 2 shows the protocols involved in the control plane in the hybrid 
30 signalling mode. All signalling IP messages are sent direct over the air-interface 
Common Channel (CCH). The Signal Processing and Address Management 
(SPAM) functionality, in the diagram, works over the packet domain as a thin 
layer to provide the necessary address mappings. It is not a protocol in its own 
right but a set of primitives at UE, RNC and E-SGSN. Other protocols used are 
35 the packet mobility management (PMM), session management (SM) and an IP 
multimedia call control eg session initiation protocol (SIP). 
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Figure 3 shows the protocols involved in the user transmission plane for 
user IP signalling relay. The user data is transmitted end-to-end over the IP 
domain using the air-interface Dedicated Channel (DCH). The signalling is 
transparent to E-SGSN/ Routers/ GGSN unless Internet Control Message 
5 Protocol (ICMP) is applicable to them for user originated control. 

Figure 4 shows the Voice-over-Packet (VoP) transmission protocols 
between the UE and the circuit gateway CGW. The UE transmits GSM speech 
over the air-interface DCH in circuit domain (UMTS Release 99/00) which at the 
10 RNC is converted into IP packetised GSM speech. This is transported over the 
packet domain (UMTS Release 2000) to the CGW where it can be sent directly 
to other PLMN(s) or to circuit clients through the Transcoder and Rate Adaption 
Unit (TRAU) protocol that converts the IP speech to 64kb/s PCM. The VoP 
bearer traffic is transparent to the E-SGSN and GGSN functionality. 

15 

The signalling steps shown in Figure 5 are explained below: 
Step 22. Packet-Switched Attach 

The UE performs a UMTS packet-switched attach procedure by providing to the 
20 E-SGSN its radio network identity and the type of attach mode required in order 
to access the packet-switched services. This assumes that the UE was in a 
packet mobility management PMM-detached state. Upon packet switch attach, 
the UE moves to the PMM-connected state. Mobility Management contexts are 
set up at the UE and the E-SGSN. 

25 

Step 23. Application Level Registration 

The UE does an application level registration with a CSCF to inform the CSCF of 
its presence. 

30 Step 24. Activate PDP Context Request 

A packet data protocol PDP context contains mapping and routing information. 
The UE sends an Activate PDP Context Request to the E-SGSN with standard 
parameters except for the PDP type, which is set to a value indicating the hybrid 
mode. The highest quality of service is also requested. The PDP address may be 

35 left empty if the UE is requesting allocation of an IP address. 



Step 25, Radio Bearer Setup 

The E-SGSN sends a Radio Bearer Setup Request message to RNC. The RNC 
then initiates the radio bearer setup procedure over a Dedicated Shared Channel 
(DSCH) connecting the UE to accommodate the ongoing signaling to complete 
the PDP Context (virtual mapping). The RNC also sets up an lu bearer. 

Step 26. Create PDP Context Request 

The E-SGSN sends a Create PDP Context Request to the 3G-GGSN with the 
parameters obtained from the Activate PDP Context Request. If required, the 3G- 
GGSN obtains an IP address for the UE using DHCP. (Dynamic host 
configuration protocol). 
Step 27. Create PDP Context Response 

The 3G-GGSN then returns a Create PDP Context Response message with 
relevant parameters to the SGSN. 

Step 28. Address Mapping Request 

On receiving the Create PDP Context Response from the 3G-GGSN, the E- 
SGSN initiates a new message, dictating the RNC to map the identity of the UE 
to the IP address provided. This new message takes, as parameters, the identity 
of the terminal and its IP address. Note that the identity field of this message 
could be an E.164 number e.g. IMSI or based on a domain name e.g. SIP URL 
(Uniform Resource Locator). In this instance, the identity refers to the UMTS 
identity of the terminal. The RNC configures its proxy server to include an entry 
indicating a mapping between identity and IP address of user. 

Step 29. Address Mapping Response 

After configuring the proxy, the RNC informs the E-SGSN. 

Step 30. Activate PDP Context Accept 

The E-SGSN inserts the PDP Address received from the GGSN in its context. 
The SGSN selects Radio Priority and Packet Flow Id based on QoS Negotiated, 
and returns an Activate PDP Context Accept message with relevant parameters 
to the UE. The E-SGSN is now able to route PDP packet data units between the 
3G-GGSN and the UE. 
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Step 31. SIP Invite Message 

In this example, SIP is used. The UE sends a SIP INVITE message that contains 
the SIP URL of the callee to the CSCF. 

5 

Step 32. CSCF -> 3G-GGSN Address Mapping Request 

When the CSCF receives a SIP INVITE message, it initiates procedures for 
locating the callee and obtaining its IP address. If the invitation is successful, the 
CSCF receives a 200 OK message, which contains the IP address of the callee 
10 or entity via which the call can be set up e.g. a gateway. The CSCF then needs 
to send an Address Mapping Request message to the 3G-GGSN. 

Step 33. 3G-GGSN -> E-SGSN Address Mapping Request 

The 3G-GGSN sends a new GTP-C message - Address Mapping Request to the 
15 E-SGSN, giving the SIP URL and the IP address of the callee. 

Step 34. E-SGSN -> RNC Address Mapping Request 

The E-SGSN then initiates the new RANAP message - Address Mapping 
Request - with the SIP URL and IP address of the callee as parameters and 
20 sends the message to the RNC. This causes the RNC to add another entry in the 
proxy server. 

Step 35. RNC -> E-SGSN Address Mapping Response 

An Address Mapping Response is required as a response to the Address 
25 Mapping Request to indicate whether the eventual procedure of configuring the 
proxy at the RNC was successful or not. 

Step 36. E-SGSN -> 3G-GGSN Address Mapping Response 

The E-SGSN relays the response from the RNC using a new GTP-C Address 
30 Mapping Response message. 

Step 37. 3G-GGSN -> CSCF Address Mapping Response 

The 3G-GGSN provides the necessary confirmation to the CSCF regarding the 
proxy configured at the RNC. 

35 

Step 38. SIP 200 OK Message 



1U 

The CSCF sends a SIP 200 OK message to the UE, that contains the IP address 
of the callee thereby confirming to the UE the readiness of the callee to receive a 
call. 

5 Step. 39. Modification procedures 

At this stage, procedures for modification of PDP context QoS negotiation can be 
activated, if required. This step is optional. 

No. 40. UE Call by Hybrid Mode 

10 Note that this is not a call flow step. Following set-up of the call, the UE 
communicates in circuit-mode to the RNC. The RNC converts the received 
speech samples to IP packets by adding an IP header, setting 'source' to the IP 
address of the UE and 'destination' to the IP address of the callee. It then sends 
the packets to the called party. 

15 
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CLAIMS 

1. A method for transmitting speech in a telecommunications network which 
includes a network controller and at least one user terminal having a user 
terminal address, the method including the steps of; 

at the user terminal, 

setting up a communications link with the network controller, sending speech 

samples to the network controller, and at the network controller, 
acquiring an Internet Protocol Address for the user terminal, 
performing a mapping between the user terminal address and the Internet 
Protocol address, converting the speech samples received from the user 
terminal to packetised speech, and transmitting the packetised speech to 
a remote part of the network. 

2. A method as claimed in claim 1 in which the step of setting up a 
communications link includes the steps of performing a packet switched 
attach procedure by providing to the network controller the user terminal 
address and the type of attach mode required. 

3. A method as claimed in claim 2 including the further steps of establishing 
a mobility management context at the user terminal and the network controller 
and in the user terminal, activating a new hybrid packet data protocol context 
type. 



4. A method as claimed in any of claims 1 to 3 in which the step of acquiring 
an Internet Protocol Address includes the step of receiving an Activate 
Packet Data Protocol Context Request from the user terminal. 

5. A method as claimed in claim 4 in which the packet data protocol context 
includes mapping and routing information. 

6. A method as claimed in claim 4 or 5 including the further step of, in the 
network controller, initiating a radio bearer set-up procedure. 



7. 



A method as claimed in claim 6 in which the radio bearer set-up 
procedure is performed over a dedicated shared channel. 



8. A method as claimed in any preceding claim including the further step in the 
5 network controller, of acquiring an Internet Protocol address for a callee. 

9. A method as claimed in claim 8 in which the step of converting includes 
adding to the packetised speech, an Internet Protocol header, Internet 
protocol address of the user teminal and Internet protocol address of the 

10 callee. 

10. An apparatus for enabling transmission of speech in a 
telecommunications network, the apparatus including; 

means for receiving speech samples from a user terminal having a user 
15 terminal address, means for acquiring an Internet Protocol Address for the 
user terminal, a voice proxy means for mapping the user terminal address 
with an Internet protocol address, means for converting the received speech 
into packetised speech, and means for transmitting the packetised speech 
to a remote part of the network. 

20 

11. An apparatus as claimed in claim 1 0 including means for initiating a radio 
bearer set-up procedure. 

12. An apparatus as claimed in claim 1 0 or claim 1 1 and further including 
25 means for acquiring an Internet protocol address for a callee. 

13. An apparatus as claimed in claim 12 in which the means for converting 
includes means for adding to the packetised speech, an Internet protocol header, 
Internet protocol address of the user terminal and Internet Protocol address of 

30 the callee. 

14. A user terminal having a user terminal address and adapted to transmit 
speech samples to a network controller in a telecommunications network, the 
user terminal including means for performing a packet switched attach procedure 

35 with the network controller by providing to the network controller the user terminal 
address and the type of attach mode required. 
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15. A user terminal as claimed in 14 and further including means for 
establishing a mobility management context and activating and transmitting a 
packet data protocol context. 

5 16. A method for transmitting speech samples in a telecommunications 
network substantially as hereinbefore described with reference to the drawings. 

1 7. An apparatus for enabling transmission of speech substantially as 
hereinbefore described with reference to the drawings. 

0 

1 8. A user terminal substantially as hereinbefore described with reference to the 
drawings. 
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